Kā Savienot Mobilās Applikācijas ar Sportland.lv Sistēmu Izmantojot REST API

Lai iegūtu datus, piemēram, produkta informāciju, mobilā aplikācija veic GET pieprasījumu uz attiecīgo endpointu:

• Piemēram, lai iegūtu produkta datus, tiek veikts pieprasījums uz /api/products/{product_id}.
• Pieprasījumā tiek iekļauts autorizācijas headeris ar piekļuves tokenu (Authorization: Bearer {access_token}).
• Atbildē API nosūta pieprasītos datus JSON formātā.

Lai pievienotu jaunu preci pirkumu grozam vai vēlmju sarakstam, tiek veikts POST pieprasījums:

• Piemēram, lai pievienotu preci vēlmju sarakstam, tiek veikts pieprasījums uz /api/wishlist ar produkta ID.
• Pieprasījumā tiek iekļauts autorizācijas headeris un dati JSON formātā (Content-Type: application/json).
• API atbild ar apstiprinājumu, ka prece ir pievienota (statusa kods 201 Created).

Lai atjauninātu esošus datus, piemēram, mainītu preces daudzumu pirkumu grozā, tiek veikts PUT pieprasījums:

• Piemēram, lai atjauninātu preces daudzumu, tiek veikts pieprasījums uz /api/cart/{cart_item_id} ar jauno daudzumu.
• Pieprasījumā tiek iekļauts autorizācijas headeris un atjauninātie dati JSON formātā.
• API atbild ar apstiprinājumu par veiksmīgu atjaunināšanu (statusa kods 200 OK).

Lai dzēstu preci no pirkumu groza vai vēlmju saraksta, tiek veikts DELETE pieprasījums:

• Piemēram, lai dzēstu preci no pirkumu groza, tiek veikts pieprasījums uz /api/cart/{cart_item_id}.
• Pieprasījumā tiek iekļauts autorizācijas headeris.
• API atbild ar apstiprinājumu par veiksmīgu dzēšanu (statusa kods 204 No Content).

Sportland.lv API atbild ar HTTP statusa kodu 200 OK un produkta datiem JSON formātā.

• Atbilde ietver informāciju par produktu, piemēram, produkta ID, nosaukumu, aprakstu, cenu, valūtu un pieejamību.
• JSON atbildes piemērs:

{
    "id": "12345",
    "name": "Nike Air Max",
    "description": "Comfortable and stylish running shoes",
    "price": 120.00,
    "currency": "EUR",
    "availability": "In Stock"
}
Copy

4. Sportland.lv API atbild ar HTTP statusa kodu 404 Not Found un kļūdas ziņojumu JSON formātā.
   • Atbilde ietver informāciju par kļūdu, piemēram, kļūdas ziņojumu, ka produkts nav atrasts.
   • JSON kļūdas ziņojuma piemērs:

{
    "error": "Product not found"
}
Copy

Android izstrādātāji veic HTTP pieprasījumus, izmantojot specializētas bibliotēkas un rīkus, kas nodrošina efektīvu un drošu komunikāciju ar serveriem:

1. Izmanto HTTP klienta bibliotēkas:

   • Android izstrādātāji izmanto HTTP klienta bibliotēkas, kas palīdz vienkāršot tīkla pieprasījumu veidošanu un izpildi.
   • Šīs bibliotēkas piedāvā funkcionalitāti, piemēram, automātisku JSON atbilžu pārvēršanu Java vai Kotlin objektos, pieprasījumu un atbilžu kešatmiņu, un tīkla kļūdu apstrādi.
2. Autorizācija un autentifikācija:

   • Pieprasījumos bieži tiek iekļauti autorizācijas dati, piemēram, piekļuves tokeni, lai nodrošinātu, ka tikai autorizēti lietotāji var piekļūt noteiktiem resursiem.
   • Izstrādātāji konfigurē pieprasījumus tā, lai tajos tiktu iekļauti nepieciešamie autorizācijas headeri un citi drošības elementi.
3. Asinhronie pieprasījumi:

   • HTTP pieprasījumi tiek veikti asinhroni, lai lietotāja interfeiss (UI) neiekļūtu pauzē, kamēr notiek datu apmaiņa ar serveri.
   • Tas nodrošina lietotājam plūstošu un ātru pieredzi, jo aplikācija var turpināt darboties, kamēr notiek tīkla pieprasījumi fonā.

iOS izstrādātāji arī izmanto specializētus rīkus un bibliotēkas, lai veiktu HTTP pieprasījumus:

1. Native API izmantošana:

   • iOS izstrādātāji bieži izmanto Apple nodrošinātos rīkus tīkla pieprasījumu veikšanai. Šie rīki nodrošina plašu funkcionalitāti, kas ļauj veikt drošus un efektīvus tīkla pieprasījumus.
   • Rīki piedāvā iespēju konfigurēt pieprasījumus ar nepieciešamajiem headeriem, parametriem un ķermeņa saturu.
2. Autorizācijas pārvaldība:

   • Tāpat kā Android, arī iOS pieprasījumos bieži tiek iekļauti autorizācijas tokeni vai citi drošības elementi.
   • Izstrādātāji nodrošina, ka pieprasījumi tiek veikti droši, izmantojot HTTPS protokolu un iekļaujot nepieciešamos drošības elementus.
3. Asinhronitāte un UI reakcija:

   • HTTP pieprasījumi tiek veikti asinhroni, lai nodrošinātu, ka lietotāja interfeiss paliek atsaucīgs un ātrs.
   • Izstrādātāji konfigurē pieprasījumus un atbilžu apstrādi tā, lai lietotājam nebūtu jāgaida pieprasījuma izpilde, un UI tiek atjaunināts tikai pēc tam, kad dati ir veiksmīgi saņemti no servera.

Neatkarīgi no platformas (Android vai iOS), HTTP pieprasījumu veikšanas process mobilajās aplikācijās ietver šādus soļus:

1. Pieprasījuma sagatavošana:

   • Izstrādātāji sagatavo pieprasījumu, norādot URL, HTTP metodi (GET, POST, PUT, DELETE), nepieciešamos headerus (piemēram, autorizācijas headeru) un ķermeņa saturu, ja nepieciešams (piemēram, JSON dati).
2. Pieprasījuma izpilde:

   • Pieprasījums tiek nosūtīts uz serveri asinhroni, lai lietotāja interfeiss paliek atsaucīgs un nesasalst pieprasījuma izpildes laikā.
3. Atbildes apstrāde:

   • Saņemot atbildi no servera, izstrādātāji apstrādā saņemtos datus, pārbaudot statusa kodus un apstrādājot JSON atbildes vai kļūdas ziņojumus.
   • Dati tiek attēloti lietotāja interfeisā vai arī tiek veiktas citas nepieciešamās darbības, piemēram, lietotāja paziņošana par kļūdu.